Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Overt transactions #114

Open
wants to merge 19 commits into
base: master
Choose a base branch
from
Open

Overt transactions #114

wants to merge 19 commits into from

Conversation

aivve
Copy link
Collaborator

@aivve aivve commented Feb 10, 2020

overt /əʊˈvəːt,ˈəʊvət/ adjective, done or shown openly; plainly apparent.

Karbo is built on CryptoNote protocol that ensures privacy of the transactions by default. Payments in Karbo are untraceable and unlinkable thanks to cryptographic technology ring signature. All transactions are signed on behalf of a group so that it is impossible to determine who exactly from the the group signed transaction and, accordingly, one can not say with certainty who carried out the payment. Moreover, the transactions can not be linked, because by using a variation of the Diffie-Hellman exchange protocol, it is sent to a receiver’s unique one-time address, derived from his single public key. After funds are sent to these one-time addresses they can only be redeemed by the receiver and it would be impossible to cross-link payments.

But there are cases where users would actually want to send a transparent transaction, for example, for compliance with local regulations. For this case, we introduce the “Overt transactions” which adds the ability to send a public transaction or a private transaction on a per transaction basis. This approach is backward compatible and does not require a hardfork. It leverages the same techniques that are used in a so-called “Proof of payment”, introduced to Karbo previously.

The “overt transaction” is a normal transaction that includes a special attachment in its “extra” field that contains disclosures of sender and recipient(s) public addresses and corresponding cryptographic signatures proving payment to destination by only revealing key derivation, not the actual transaction secret key, and allowing to determine which transaction outputs belongs to which address, as well as received amounts. These transactions, however, do not reveal involved parties’s wallet balances, nor previous or subsequent operations.

Overt transaction in the explorer

The disclosure attachment in transaction's extra consists of:

  • a vector of 'destination public address and payment proof signature' pairs
  • a signature by sender's private key to distinguish who is the sender

To find out who is the sender iterate through addresses from vector and try to check the signature until it's valid.

@Xecute0101
Copy link

Nice Work.

@aivve
Copy link
Collaborator Author

aivve commented Apr 6, 2020

The #122 will have impact on this: not always, but sender will have to pay for the overt tx extra fee.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants